home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group95b.txt / 000065_icon-group-sender _Wed Jun 21 09:56:00 1995.msg < prev    next >
Internet Message Format  |  1995-09-18  |  6KB

  1. Received: by cheltenham.cs.arizona.edu; Thu, 22 Jun 1995 08:59:09 MST
  2. Message-Id: <9506210956.AA11846@ns1.computek.net>
  3. Mime-Version: 1.0
  4. Content-Length: 5240
  5. Content-Type: text/plain
  6. Content-Transfer-Encoding: 7bit
  7. Date: Wed, 21 Jun 95 09:56 CDT
  8. From: gep2@computek.net
  9. Subject: Re: ICON and Data Conversion
  10. To: icon-group@cs.arizona.edu
  11. X-Mailer: SPRY Mail Version: 04.00.06.14
  12. Errors-To: icon-group-errors@cs.arizona.edu
  13.  
  14. >A question comes to mind regarding what notations are easy for people to use.
  15.  
  16. In fact, I think REs are more cryptic and less intuitive than S4 patterns are 
  17. (at least, after one gets past "?" and maybe "*").
  18.  
  19. >From my experience it takes people time to grasp RE, but this time is 
  20. spent is CS classes. Snobol patterns also take time to learn, and I think 
  21. even more time that RE - but no one really has to learn them in school. 
  22. The Icon method is superior in that it offers much more than just string 
  23. scanning - it gives you a whole new flow control mechanism, that can be 
  24. used for other purposes, and that is integrated in the language. 
  25.  
  26. I agree completely that the Icon string scanning paradigm is more powerful, but 
  27. I personally find the Icon paradigm as more complicated than SNOBOL4 for the 
  28. more commonly needed situations.  I just think S4 is simpler and easier to use. 
  29. (There are also other especially neat and extremely powerful features in SNOBOL4 
  30. that Icon simply doesn't have, such as the EVAL() and CODE() functions.)  In 
  31. fact, both languages have their uses... I have (and use) both of them, although 
  32. find that I use SNOBOL4+ at least an order of magnitude more often than I use 
  33. Icon.
  34.  
  35. Not that I intend that as a criticism of Icon... in general, ever since I've 
  36. been a struggling student at the University I've been very impressed with 
  37. SNOBOL4, and now with Icon... I sincerely hope to someday meet Ralph Griswold in 
  38. person (I've already had the pleasure of meeting his wife Madge on the occasion 
  39. of an Icon talk she gave to a PC Users' Group there).  I have a great deal of 
  40. professional respect for Professor Griswold, who has clearly contributed SO much 
  41. to all of us in the computing profession.
  42.  
  43. >So we have:
  44. REs - known and semi-powerful (and you can add all kinds of extensions...)
  45.  
  46. Fine, but the more extensions you add the further it gets from being what people 
  47. recognize as "regular expressions".
  48.  
  49. >S4  - powerful, take time to learn, but seems closer to REs
  50.  
  51. I don't think that being "closer to REs" is any kind of a virtue.  I think that 
  52. SNOBOL4's patterns are fine as they are, a particularly elegant and concise and 
  53. intuitive way of expressing how a string is to be parsed.  If there is anything 
  54. which I find inconvenient there, it's matching up the corresponding 
  55. parentheses... although a good Brief macro (I would suppose) could fix that 
  56. problem.
  57.  
  58. >Icon - Great idea! But takes getting used to the concept.
  59.  
  60. You could, of course, program Icon in much the way you'd program in primitive 
  61. languages like C or Pascal.  But to do so is to lose much of its power and 
  62. expressivity.
  63.  
  64. >Since I think S4 doesn't stand a chance in the future. And I don't want 
  65. to make a flame war on this - if you want to say I am wrong, I'd be happy 
  66. to learn why. 
  67.  
  68. SNOBOL4 has NEVER really been a mainstream language... it's always been a 
  69. language used mostly by the people "in the know", with a dedicated (one might 
  70. almost say a fanatical) following.  The wisdom of having written the SIL 
  71. implementation (and subsequently the Macro SPITBOL implementation, in turn) in a 
  72. machine-independent way, combined with a language design and implementation 
  73. which adapts to most any kind of underlying processor and operating system 
  74. architecture, has ensured that there have been (and will be) people around who 
  75. will be willing to port the language to new machines and operating environments 
  76. as they are released.  And now, with the SIL implementation (at least) having 
  77. been translated to C, that porting process has become even more simple than it 
  78. has been in the past, ensuring the long-term survival of SNOBOL4.
  79.  
  80. >So, since S4 is a dying language 
  81.  
  82. I don't see it as a "dying language", although I'd agree that I don't expect it 
  83. to ever attain the prominence of C++ or something.  Something like Algol (which 
  84. USED to be very widely used, particularly in Europe, for example) is much more 
  85. curiously a "dying language", probably since it has less of an intrinsic 
  86. advantage over C or other competitor languages.  Since SNOBOL4 is _so_ unique 
  87. and its features are NOT duplicated in any other language (Icon probably comes 
  88. the closest), I don't see any real risk of SNOBOL4 disappearing completely.  
  89. Obviously however it IS important that those of us who DO know and use the 
  90. language make other newbies aware of it, through things like these newsgroups, 
  91. or the links I have on my Web homepage (see the URL below in my signature).
  92.  
  93. >we can choose between REs which suit people who have to get the job done, and 
  94. who know REs from school, from GREP etc. , and Icon's wonderful way of doing 
  95. things which is still used only by the elite... :-)
  96.  
  97. Again, a classic example of "start from an invalid premise, and reach an invalid 
  98. conclusion".  :-)
  99.  
  100. >If you have the time and want to invest it in learning a powerful tool 
  101. learn Icon, if you just need a quick hack I am sure Perl, AWK are much 
  102. easier to use.
  103.  
  104. Perl and AWK are LESS powerful and (for most things) LESS easy to use than 
  105. SNOBOL4 is.  You've not given any convincing argument of ANY reason why any 
  106. thinking person would and should use Perl or AWK in preference to something like 
  107. SNOBOL4.
  108.  
  109. Gordon Peterson
  110. http://www.computek.net/public/gep2/
  111.  
  112.